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I. STATUS OF CLAIMS 

A. Total Mwi»S?er of Claims m tlm Mpplimtimi 
Claims m the applk^t;bn; 1-1% 

B, Status of All Giaims in the AgpiicMimi 

1. ©aims canceled; Hone. 

2. Claims withdraw*? from co?isidei:adOfii tat aof canceled: Noae, 

3. palms pending: 1-19. 

4. Claims a Slowed: M®m, 
Mr Clmm objected tm Nc.me. 
5; Claims rejected: .1 -19. 

€> -Claims- on Appeal 

Olidtns on appeal: I -19, 



n ' CKOUNPS FOR REJECTION TO BE REVIEWED ON APPEAL 

1. Wteiher eialms 1-19 are reared obvious xmdm- 35 U.SC 1 103(a) by the eorabinaiieist 
of ILS, Patent ApplJeaticm Ftibticaifm 2CMM$iiW9S3 (Lewi^ US, Patent Application 
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HI. ARGUMENTS 

A. The combination of Lewis* Jain, and Owens fails to render obvious claims 1-19 
because the combination of Lewis, Jain, and Owens fails to disclose that the 
PML router assigns a label for the protection LSP based on a message 
requesting creation of the protection LSP for the work LSP. 

The combination of Lewis, Jain, and Owens fails to render obvious claims 1-19 because 

the combination of Lewis, Jain, and Owens fails to disclose that the PML router assigns a label 

for the protection LSP based on a message requesting creation of the protection LSP for the work 

LSP. Claims 1 and 3 read; 

1. A method for binding a work label switching path (LSP) with a protection 
LSP, comprising: 

a Path Swkchto&XabelJ^ 
message which comprises a binding information to a Path Merging Label 
Switching Router (PML) to request for creating the protection LSP of the 
work LSP: 

the PML rft»f|^j&i$M on the 

first message, and returning a second message which comprises the binding 
information; 

upon receiving the second message, the PSL router binding the work LSP 
with the protection LSP according to the binding information, and transmitting a 
notification message which comprises the binding information to the PML 
switched router; and 

the PM L router binding the work LSP with the protection LSP according 
to the binding information in the notification message, 

wherein the binding information comprises an identifier of the work LSP, 
a type of the LSP, and a protection mode, and 

wherein the PSL and PML are label edge routers. 
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3. A method for binding a work label switching path (LSP) with a protection 
LSP, comprising: 

in the process of creating the protection LSP, a Path Switching Label 
£w|t^in^ Bm Rg|ite r (PSL) transmitting a fi rst message which comprises a 
binding information to a Path Merging Label Switching Router (PML) to reguest 
for creatin g the protection LSP of the work LSP ; 

the PML rottfcr ■assijj^to^ protecting LSF kmui w.iM 

Mrst^messa^e, and returning a second message which comprises the binding 
information; 

upon receiving the second message, the PSL router binding the work LSP 
with the protection LSP according to the binding information, and transmitting a 
notification message which comprises the binding information to the PML 
switched router: and 

the PML router binding the work LSP with the protection LSP according 
to the binding information in the notification message, 

if the protection mode for the work LSPs is 1+1 mode, the binding 
information comprises the work LSP identifier, LSP type, and the protection 
mode; and 

if the protection mode for the work LSPs is 1:1, the binding information 
comprises the work LSP identifier, LSP type, the protection mode and selection 
mode of the return LSP in the 1:1 protection mode. 

(Emphasis added). As shown above, claims 1 and 3 require that the PML router assigns a label 

for the protection LSP based on a ptespge requesting creation of the erflfe&itfta 

work LSP . The Examiner asserts that Owens s col. 1, 11, 40-46, and col. 4, 11. 32-67 discloses 

that the PML router assigns a label for the protection LSP based on a message requesting 

creation of the protection LSP for the work LSP. See Examiner's Answer dated April 26, 2011 

(Examiner's Answer), p. 19-20. However, the cited portion of Owens is concerned with 

rerouting data over existing protection p aths, rather than with assigning a label to a protection 

path during the process of creating the protection path . 1 Specifically, the cited portion of Owens 

assigns labels to IPjpackets to reroute the packets over an existing protection path based upon an 

affirmative notice message (i.e. a message indicating a pathway failure), but does not assign a 

label to the protection LSP based upon a message requesting creation o f the protection LSP: 



1 See Claim 1, supra, ("M^^M^^MMM^^^ 1 ^ protect ion LSP. a Path Switching Label Switching Router 
(PSL) transmits] a first message [and] the PML router assign[s] a label for the protection LSP based on the first 
.message"). 
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The key concept in MPLS is identifying and marking IP packets wi th labels 
and forw arding them to. a modified switch or rooter , which then uses the 
labels to switch the packets through the network. The labels are created and 
assigned to IP jagjckft tg^^ . gatjuaped. fmm e xisting IF 

relating protocols. 

Multi-protocol label switching (MPLS) networks are typically comprised of 
several packet-based switching systems interconnected by a variety of media 
(e.g., coaxial or fiber optic cable, unshielded twisted pair or even point-to-point 
microwave wireless) in a mesh-topology network similar to the public switched 
telephone network. In such a network, there might be several paths through the 
network between any two endpoints. M PLS networks carry data as packets 
wherein each gacket includes-, a label on id entifying J ^^M^H 
the network. The date label |s append^ to data jackets so as. M <j\0m. Jt 
g ateway thre»%h the network ovjer whleh thti data packets ar e t o be routM- 

In the event of a pathway failure causing downstream data to be lost at. a 
downstream switch, such as by either a switch failure or a link failure, anywhere 
along a primary or working path, a pro tegtion. switch element (PSL), such as 

switch. ***** J ■.(^Q^^...^Y...^f^r^^...P um er ^ can r e»r«ute data traffic. 
through the protection path so as to have the data for the endpoint switch no. 7 
delivered as quickly as possible to the endpoint at switch no. 7 (identified by- 
reference numeral 112). TMj^jlltLj£ Jl^ 0 Jate data to a jproteetion path is 
made consMgxaMy....More...va luable i f the decision .....to. switch o ver to a 
protection path is based „ npon an affirmative notice that a switch ,,,o yer ...is 
need e d ., .I n , one embodiment, this affirmative notice is in the form of an 
upstre a m Hveness message, the toss of which indicates a pathway foifore - As 
long as a liveness message is received at an upstream switch from a downstream 
switch, the upstream switch can assume that the pathway between the two 
switches is intact and that the downstream switch is functional, 

Owens, coi. 1, 11. 40-46, col. 1, 1. 65 - col. 2, 1. 9, and col. 4, 1. 55 - col. 5, 1. 6 (emphasis added). 

As shown above, Owens assigns a label to IP packets to define the pathway over which the IP 

packets are to be routed through the network. Further and as shown above, Owens 's protection 

switch element (PSL) assigns a label to IP packets (rather than to a protection path) upon 

receiving a messa g e indicating a failure in the working path (rather than a message requesting 

creation of the protection path). 

The Examiner further asserts that Owens* s PSL is a protection LSP that is created by an 

affirmative notice (request). See Examiner's Answer, p. 20, The Appellants respectfully 
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disagree for three reasons. First, Owens 's affirmative notice message refljj^tQ.jwjlchoverio 

nn existm^jrotectlon LSP, but does not request .the c reation of a . protection .LSP . See Owens, 

col. 4, 11. 63-66, supra ("The ability to re-route data to a protection path is made considerably 
more valuable if the decision to swi tch oyer to a protection path is based upon an affirmative 
notice tha t a switch over is needed .") (Emphasis added). Second, Owens 's PSL element is a 
network node, not a protection path: 



mi 



1.93 ...-v«<r r L ™ J 4 



?• ■> j — > 



■0^ w 43 
V/^c V/sT P?.» ^*lJi?.i»-..<^ 



In the event of a pathway failure causing downstream data to be lost at a 
downstream switch, such as by either a switch failure or a link failure, anywhere 
along a primary or working path, a .. protection L.swit^ 
switch no, I {Identified by reference miifti'ral 182) can re-route -dMa traffic 
through the protection nn path so as to have the data for the endpoint switch no. 7 
delivered as quickly as possible to the endpoint at switch no. 7 (identified by 
reference numeral 112). The ability to re-route data to a protection path is made 
considerably more valuable if the decision to switch over to a protection path is 
based upon an affirmative notice that a switch over is needed. In one embodiment, 
this affirmative notice is in the form of an upstream liveness message, the loss of 
which indicates a pathway failure. As long as a liveness message is received at an 
upstream switch from a downstream switch, the upstream switch can assume that 
the pathway between the two switches is intact, and that the downstream switch is 
functional. 
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Owens, col, 4, 1. 55 - col. 5, 1. 6 (emphasis added). As shown above in FIG. 1, Owens 's PSL 

102 is a network node, not a protection path. Third, Owens 's PSL 102 receives the affirmative 

notice message, and therefore cannot be created by the affirmative notice message. 

In the event of a pathway failure causing downstream data to be lost at a 
downstream switch, such as by either a switch failure or a link failure, anywhere 
along a primary or working path, a protectio n , , switch element (PSL) , such as 
switch fm, t ti$miM&&. M m^mm mm srstl lft'2) can re-route date telle 
tfaroBgfa the grotectioH .jiath so as to have the data for the endpoint switch no. 7 
delivered as quickly as possible to the endpoint at switch no. 7 (identified by 
reference numeral 112). The ability, to 

made ...considerably more va luable It the decision to switch over to a 
protec tion path is based uumi an affirmative, notice that a switch over jg 
needed. In one embodiment, this affirmative notice is in the form of an upstream 
liveness message, the loss of which indicates a pathway failure. As long as a 
liveness message is received at an upstream switch from a downstream switch, the 
upstream switch can assume that the pathway between the two switches is intact 
and that the downstream switch is functional. 

Owens, col. 4, 1. 55 -■ col. 5, 1. 6 (emphasis added). As shown above, Owens 's PSL makes the 

decision to re-route the traffic over the protection path upon receiving the affirmative notice. 

message indicating that a switch over is needed. Hence, Owens 's PSL receives the affirmative 

notice message, and therefore cannot be cre ated by the affirmative notice message. Thus, Owens 

fails to disclose that the PML router assigns a label for the protection LSP based on a message 

requesting creation of the protection LSP for the work LSP. Lewis fails to make up for the 

deficiencies of Jain and Owens. Therefore, the combination of Lewis, Jain, and Owens foils to 

disclose thai the PML router assigns a label for the protection LSP based on a message 

requesting creation of the protection LSP for the work LSP. As such, the combination of Lewis, 

Jain, and Owen fails to disclose at least one limitation of independent claims 1 and 3, and 

consequently fails to render obvious claims 1-19. 
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B, Tlie combination of Lewis, Jain, and Owens fails to render obvious claims 1-19 
because the combination of Lewis, Jain, and Owens fails to disclose that a first 
message sent from the PSL to the PML, a second message sent from the PML 
to the PSL, and a notification message sent from the PSL to the PML all 
comprise an identifier of the work LSP. 

The combination of Lewis, Jain, and Owens fails to render obvious claims 1-19 because 

the combination of Lewis, Jain, and Owens fails to disclose that a first message sent from the 

PSL to the PML, a second message sent from the PML to the PSL, and a notification message 

sent from the PSL to the PML ail comprise an identifier of the work LSP. Claims 1 and 3 read; 

1. A method for binding a work label switching path (LSP) with a protection 
LSP, comprising; 

a Path Switching Label Switching Router.jPS.Ll transmitting a first 
message whi ch com prises a binding information to a Path Mer g ing Label 
Switching Router (PML) to request for creating the protection LSP of the work 
LSP; 

the PML router assigning a label for the protection ISP based on the first 
message, and retur ning a second message whic h compri ses the binding 
information : 

upon receiving the second message, the PSL router binding the work 
LSP with the protection LSP according to the binding information, and 
transmitting a notificat ion message which comprise s the binding inforinaion 
to the PML switche d router ; and 

the PML router binding the work LSP with the protection LSP according 
to the binding information in the notification message. 

wherein the binding- infortnatkm comprises an identifier o f the work 
LSP, a type of the LSP, and a protection mode, and 

wherein the PSL and PML are label edge routers. 
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3. A method for binding a work label switching path (LSP) with a protection 
LSP, comprising: 

in the process of creating the protection LSP, a..Fath..Swjtc|i|ffi^„La i bj;l 
Switching Router (PSL ) transmitting a first message which comprises a 
' binding itif&rmatiTO t o a Path Merging Label S w Itching Rpiitfer ' f PML) to 
request for creating the protection LSP of the work LSP; 

the PML row ter assigning a label for the protection LSP based on the first 
message, and returning a second messa&e..whkh comp rises the blading 
information; 

upon receiving the second message, the PSL router binding the work LSP 
with the protection LSP according to the binding information, and transmitting a 
tMHka.Mott message wh ich comprises the binding 
switched router: and 

the PML router binding the work LSP with the protection LSP according 
to the binding information in the notification message, 

if the protection mode for the work LSPs is 1+1 mode, the binding 
Information comprises the work LSP identifier . LSP type, and the protection 
mode; and 

if the protection mode for the work LSPs is 1:1, the binding information 
comprises the wo r k LSP identifier , LSP type, the protection mode and selection 
mode of the return LSP in the 1:1 protection mode, 

(Emphasis added). As shown above, claims 1 and 3 require that a first message sent from the 

PSL to the PML, a second message sent from the PML to the PSL, and a notification message 

sent from the PSL to the PML all comprise an identifier of the work LSP. The Examiner asserts 

that Lewis's Hi! 7, 9, and 44 disclose that a first message sent from the PSL to the PML, a second 

message sent from the PML to the PSL, and a notification message sent from the PSL, to the 

PML all comprise an identifier of the work LSP. See Examiner's Answer, p. 20. The Appellants 

respectfully disagree with the Examiner's contention for at least two reasons. First, Lewis 's error 

notification message is not exchanged between the same two nodes as the first and the second 

LSP setup requests, as required by claims 1 and 3. 2 Specifically, Lewis 's first and second LSP 

setup requests are exchanged between the two label end routers (LERs), i.e., between LER 106 



* Claims 1 and 3 require a first message from the FSL to the PML , a second message from the PML to the PSL , and 
a notification message transmitted irons the PSL to the PML . Hence, claim 1 and 3 require that each of the first 
message, the second message, and the notification message be exchanged between thejgamejtwo network devices 
(i.e. between the PSL and the PML). 
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and LER 110, while Lewis 's error notification message is sent from an intermediate transit router, 



i.e., the label switched router (LSR) 108, to the first LER: 




FIG. 3 



The problems experienced in constructing bi-directional label switched paths are 
overcome by the present invention, in its several embodiments including a method 
and an apparatus for automatically establishing a complementary label switched 
path. The method of f orming a bi-directio nal LSP between a first and second 
routin g device Is, cio m^^ 

meggagg compris in g a first bi-directional ind i ca i or fam th e firs t mu ting 
dcyict 10 the seeofld roatiag device; nnd automatically sending a second ISP 
|Ctpp reqnest jness? ^ device to the first rati ng: 

device in response to the first bi-direction indicator; wherein a first unidirectional 
LSP is established in a message exchange initiated by the first LSP setup request 
message, and a second unidirectional label switched path is established in a 
message exchange initiated by the second LSP setup request message. 
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In some embodiments, the first and second LSP set up request messages are 
firsthand second R SVP PATH messages , respectively, used to request resources 
from the endpoint routers and the transit routers. The first and second RSVP 
PATH messages preferably invoke first and second RSVP RESV messages, 
respectively, that consummate the reservation of the resources at. the various 
routers and established the label convention used by data that is subsequently 
transmitted from the endpoint routers. 

In some embodiments, the first and second LSP setup request messages include 
opaque objects that signal the formation of the bi-directional LSPs between 
endpoints. The first LSP setup request message preferably includes a first bi- 
direction indicator that uniquely identifies the LSP and specifies the resource 
requirements of the return LSP. The second LSP setup request message is 
automatically generated at the receiving LER in response to the first bi-direetion 
indicator. The second LSP setup request message preferably includes a second bi- 
directional indicator that indicates to the original LER that the second of the two 
unidirectional LSPs may be associated at the endpoints once the return LSP is 
created. In the preferred embodiment, the first and second LSP setup request 
messages are RSVP PATH messages that are followed by RSVP RESV messages. 

The treatment of the RESV message 308 in the preferred embodiment is 
consistent with that prescribed in the RSVP standard. The RESV message 308 is 
forwarded towards the LER 106 along the same route of the first LSP path 
message. Upon receipt, the transit router 108 looks into the message 308 to 
determine if it has sufficient available resources to provide the bandwidth and 
QOS requested in the previous PATH message 304 for the forward LSP. If 
available, the transit router .1.08 updates its MPLS forwarding table with the 
MPLS label from the LER 110 and outgoing port number included in the RESV 
message 308. If the check faH^ example, 
transit roister 108 returns an error notification to the LEE 110 that made the 
initial request 

Lewis, FIG. 3 and 1HI 7-9 and 44 (emphasis added). As shown above, Lewis 's first LSP setup 
message (i.e. path message 304/306) is sent from the LER 106 to the LER 110 and Lewis's 
second LSP setup message (i.e. the path message 312/314) is sent from the LER 110 to the LER 
106. Hence, Lewis 's first and second path messages are exchanged between the iiiii LER ii 106 ii aiid 
the LER 110. However, Lewis's error notification message is sent from the transit router 108 
(i.e. the LSP 108) to the LER 110, and therefore is exchanged between the LSP 108 and the LER 
110 (rather than between the LER 106 and the LER 110). Consequently, Lewis's error 
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notification message is not exchanged between the same two nodes as the first and the second 
LSP setup requests. Second, Lewis 's error notification does not comprise an identifier of the 



The treatment of the RESV message 308 in the preferred embodiment is 
consistent with that prescribed in the RSVP standard. The RESV message 308 is 
forwarded towards the LER 106 along the same route of the first LSP path 
message. Upon receipt, the transit router 108 looks into the message 308 to 
determine if" it has sufficient available resources to provide the bandwidth and 
QOS requested in the previous PATH message 304 for the forward LSP. If 
available, the transit router 108 updates its MPLS forwarding table with the 
MPLS label from the LER 110 and outgoing port number included in the RESV 
message 308, If the check fails for lack of. available resourc es, for example, 
transit r outer 108 returns an err or no tification to the LER 110 that made the 
initia l re quest . 

Lewis, H 44. As shown above, Lewis 's error notification indicates that a check has failed for lack 
of available resources, but does not comprise an identifier of the work LSP. Jain fails to make 
up for the shortcomings in Lewis and Owens. As such, the combination of Lewis, Jain, and 
Owens fails to disclose at least one limitation of claims 1 and 3, and consequently fails to render 
obvious claims 1-19. 

C. The combination of* Lewis, Jain, and Owens fails to render obvious claims 1-19 
because the combination of Lewis, Jain, and Owens fails to disclose that a first 
message sent from the PSL to the PML, a second message sent from the PML 
to the PSL, and a notification message sent from the PSL to the PML all 
comprise the type of LSP. 

The combination of Lewis, Jain, and Owens fails to render obvious claims 1-19 because 

the combination of Lewis, Jain, and Owens fails to disclose that a first message sent from the 

PSL to the PML, a second message sent from the PML to the PSL, and a notification message 

sent from the PSL to the PML all comprise the type of LSP. Claims 1 and 3 read: 
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1. A method for binding a work label switching path (LSP) with a protection 
LSP, comprising: 

a Path Switching Lab el Switching Router (PSL) transmitting a first 
iBfasssge wh ich com prises a .biftdl^ to § Path Mcr^mg Label 

Switching Router (PML) to request for creating the protection LSP of the work 
LSP; 

the PML ro eter assigning a label for the protection LSP based on the first 
message, and returning a second message which comprises the binding 
in formation ; 

upon receiving the second message, the PSL router binding the work 
LSP with the protection LSP according to the binding information, and 
a ...notifica tion mma^.wMch compris es the binding jnfonnafcfon 
to the PML switch ed router; and 

the PML router binding the work LSP with the protection LSP according 
to the binding information in the notification message, 

wherein the bindin g information comprises an identifier of the work 
LSP, a ty pe of the LSP , and a protection mode, and 

wherein the PSL and PML are label edge routers. 

3. A method for binding a work label switching path (LSP) with a protection 
LSP, comprising: 

in the process of creating the protection LSP, a Path Switching Label 
Switching Router JPSL) transmittin g 

binding- mt'ormatfon to a Path Merging Label Switching Rooter (PML) to 

request for creating the protection LSP of the work LSP; 

the PML router assigning a label for the protection LSP based on the first 
message, and returning a second message which comprises the Jbjnding 
information ; 

upon receiving the second message, the PSL router binding the work LSP 
with the protection LSP according to the binding information, and tran^mjjtjng_a 
■ notification message which comprises the binding information to the PML 
switched router; and 

the PML router binding the work LSP with the protection LSP according 
to the binding information in the notification message, 

if the protection mode for the work LSPs is 1+1 mode, the binding 
information comp rises the work LSP identifier, LSP t ype , and the protection 
mode: and 

if the protection mode for the work LSPs is 1:1, the n bin ding information 
comprises the work LSP identifier, LSP typ e, the protection mode and selection 
mode of the return LSP in the 1:1 protection mode. 

(Emphasis added). As shown above, claims 1 and 3 require that a first message sent from the 

PSL to the PML, a second message sent from the PML to the PSL, and a notification message 

sent from the PSL to the PML ail comprise the typ e of LSP. The Examiner asserts that Lewis 's 
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W 7, 9, and 44 discloses a first message sent from the PSL to the PML, a second message sent 

from the PML to the PSL, and a notification message sent from the PSL to the PML, and that 

Owens 's col, 9, 11. 40-52 discloses a message comprising a type of LSP. See Examiner 's Answer, 

p. 22. The Appellants respectfully disagree with the Examiner's assertion for at least two 

reasons. First and as discussed above, Lewis's error notification message is not exchanged 

between the same two nodes as the first and the second LSP setup requests. Therefore, Lewis 

does not disclose that a first message sent from the PSL to the PML, a second message sent from 

the PML to the PSL, and a notification message sent from the PSL to the PML, Second, 

Owens 's col. 9, 11. 40-52 discloses an LSP that requires signaling between a protection switch 

element (such as a router) and destination switch (another router), bat fails to discl ose that a 

message com prises an LSP type : 

The RNT is rooted at an appropriately chosen label switched router ("LSR"), 
(which hereafter is referred to as an MPLS network switch element) along the 
common segment of the merged working paths and is terminated at the protection 
switch elements (PSLs). Intermediate network switching elements on the 
converged working paths typically share the same RNT reducing signaling 
overhead associated with recovery. Unlike schemes that treat each label switched 
mih (LSP) I nde pendet ttiy, and i "eQuire si^ali«g between a, protection switch 
element and a destination swi tch individua lly for each LSP, the RNT allows 
for only one (or a small number of) signaling messages on the shared segments of 
the LSPs. 

Owens, col. 9, 11. 40-52 (emphasis added), As shown above, the cited portion of Owens discloses 
an LSP that requires signaling between a protection switch element (such as a router) and 
destination switch (another router), but does not disclose a message comprising an LSP type. 
Thus, Lewis and Owens, neither alone nor in combination, disclose, that a first message sent from 
the PSL to the PML, a second message sent from the PML to the PSL, and a notification 
message sent from the PSL to the PML all comprise the type of LSP. Jain fails to make up for 
the shortcomings in Owens. As such, the combination of Lewis, Jain, and Owens fails to 
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disclose at least one limitation of claims 1 and 3, and consequently fails to render obvious claims 
1-19, 

D. The combination of Lewis, Jain, and Owens fails to render obvious claims 2 
and 9-14 because the combination of Lewis, Jain, and Owens fails to disclose 
designating the protection mode of the work LSP at. the PSL switched router. 

In addition to the reasons provided above, the combination of Lewis, Jain, and Owens 

fails to render obvious claims 2 and 9-14 because the combination of Lewis, Jain, and Owens 

fails to disclose designating the protection mode of the work LSP at the PSL switched router. 

Claim 2 reads; 



2. The method according to claim 1, further comprising: before creating the work 
LSP, d&>.%natffl g the PML router and ^f : J.]^teg:tiffH,,..m9d.e of the work LSPs 
at the PSL switched router; or, after creating the work LSP, designating the 
PML router md the prote ction mode of the work LSFg at th e PSL switched 
router . 

(Emphasis added). As shown above, claim 2 requires designating the protection mode of the 

work LSP at the PSL switched router. The Examiner contends that Jain's 13 and 106 

disclose designating the protection mode of the work LSPs at the PSL switched router. See 

Examiner Answer, p. 23. However, while the cited portions of Jain may discuss various 

protection modes (e.g. 1+1, l:n, or 1:1 protection types), the cited portions of Jain do not 

disclose that the protection mode for the work LSP is designa ted at the PSL ronter: 

Each router may then store the SRLGs that relate to its own possible points of 
failure and those that relate to possible points of failure in other portions of the 
network. For example, each router may store only the SRLGs that correspond to 
resources within the network that the particular router is using to send data, e.g., 
those resources being used by label-switched paths (LSPs) set up by that router. 
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Then, program flow moves to a state 906 in which a level or type of protection 
criteria for the resource identified in the state 904 may he specified. This criteria 
may, for example, specify a level of redundancy available to the resource. The 
hml m i^n^.M, cri teria ^gg^^jjiiJfeeji^ $06 will 

tog-topology of t h e network and from ..characteristics of individual network 
elements. For mmupk t the pr otection pride d jMLEMlliiJ^lAl^-iifiE»AiMl 
re-route. Fast re-route may be as explamed above Jn^ 

another f ast; re-roitiing techfliqae t ,,Furt^ejf>;^^& criteria may he further specified 
according to classes a nd .sub-classes of protection . For example, 1 : 1 protection 
ma y be considered a s pecial, case. 
fault toleran.ee than o ther l:n levels. 



Jain, Iff 13 & 106 (emphasis added). As shown above, Jain discusses various protection modes 

(e.g. 1+1, l:n, or 1:1 protection types), but does not disclose that the protection mode of the work 

LSP is ..desig nated at t he PSL switched router. Lewis and Owens fail to make up for the 

deficiencies of Jain. Thus, the combination of Lewis, Jain, and Owens fails to disclose 

designating the protection mode of the work LSP at the PSL switched router. As such, the 

combination of Lewis, Jain, and Owens fails to disclose all of the elements of claims 2, and 

consequently, fails to render obvious claims 2 and 9-14. 

E. The combination of Lewis, Jain, and Owens fails to render obvious claims 10- 
14 because Jain fails to disclose that the steps for creating the return LSP are 
performed after the PML router receives the notification message. 

In addition to the reasons provided above, the combination of Lewis, Jain, and Owens 

fails to render obvious claims 10-14 because the combination of Lewis, Jain, and Owens fails to 

disclose that the steps for creating the return LSP are performed after the PML router receives 

the notification message. Claim 10 reads: 
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10, The method according to claim 9, after the PML router receives the 
notification message, if it is determined that the protection is in the 1:1 mode and 
it is chosen to create the return LSP dynamically via signaling, further 
comprising; 

I h^L...IlM,L, rou tor I ra nsrn ittitra to the PSL router a third message of 
requestin g for cr eati ng the return LSP . with the binding information included in 
the third message; 

tMJ^Jauter assigning a label for the return LSP according to the third 
message, and returning a fourth message which comprises the binding 
information; 

AM..FML,njak:rJ)ir!(iing t he work LSP and the return LSP based on the 
bindin g inform atio n of the fourth m essage, and transmitting to the PSL router a 
notification message which comprises the binding information; the PSL router 
binding the work LSP and the return LSP based on the binding information of the 
notification message, 

(Emphasis added). As shown above, claim 10 requires that the steps 3 for creating the return LSP 
are performed after the P ML rooter receives the notification . The Examiner contends that 
Jain 's 1! 15 discloses that the steps in claim 10 are performed after the PML router receives the 
notification. See Examiner's Answer, p. 24. However, the cited portions of Jain disclose 
propagati ng a not ification to other nodes in the network after receiving the notification message, 
but do not disclose performing the steps for creating a return LSP after receiving the notification 



When the neighboring routers receive the notification, they each take notice of the 
failure. In addition, t he neighboring rooters may propagate the .mjiMfjcgjlojll-jo 
oth er nodes in the network . Thus, in a short time, each router in the network is 
notified of the failure and records the failed network resource identified by the 
SRLG that is contained in the original failure notification. 

Jain, U 15 (emphasis added). As shown above, Jain propagates the notification throughout the 

network after the notification is received, but does not create a return LSP after the notification is 

received, Lewis and Owens fail to make up for the shortcomings in Jain. Thus, the combination 

of Lewis, Jain, and Owens fails to disclose that the steps for creating the return LSP are 



The steps for creating the return LSP include "requesting creation] [of] the return LSP", "assigning a label for the 
return LSP", "binding the work LSP and the return LSP [by the PML]". "transmitting ... a notification message 
which comprises the binding information", and "binding the work LSP and the return LSP [by the PSL]", 
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performed after the PML router receives the notification. As such, the combination of Lewis, 
Jain, and Owens fails to disclose ail of the elements of claim 10, and consequently, fails to 
render obvious claims 10-14. 

F. The combination of Lewis, Jain, and Owens fails to render obvious claims 10- 
14 because the combination of Lewis, Jain, and Owens fails to disclose that the 
notification message comprises binding information, 

In addition to the reasons provided above, the combination of Lewis, Jain, and Owens 

fails to render obvious claims 10-14 because the combination of Lewis, Jain, and Owens fails to 

disclose that the notification message comprises binding information. Claim 10 reads: 

10. The method according to claim 9, after the PML router receives the 
notification message, if it is determined that the protection is in the 1:1 mode and 
it is chosen to create the return LSP dynamically via signaling, further 
comprising: 

the PML router transmitting to the PSL router a third message of 
requesting for creating the return LSP, with the binding information included in 
the third message: 

the PSL router assigning a label for the return LSP according to the third 
message, and returning a fourth message which comprises the binding 
information: 

the PML. router binding the work LSP and the return LSP based on the 
binding information of the fourth message, and transmitting to the PSL router a 
notification message which co mprises the b inding information : the PSL router 
binding the work LSP and the return LSP based on the binding information of the 
notification message. 

(Emphasis added). As shown above, claim 10 requires that the notification message comprises 
binding information. The Examiner contends that Owens 's col. 5, 11. 25-34 and col. 11, 11. 1-31 
disclose that the notification message comprises binding information. See Examiner 's Answer, p. 
24. However, the cited sections of Owens do not disclose that the notification message 
comprises binding information: 
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Those skilled in the art will appreciate that while the loss of a liveness message 
can trigger a protection switch of data to a protection path, an equivalent alternate 
embodiment of the invention includes a method by which a protection switchover 
is .... Initiate d or ...oecars ...upon, the recei pt of either a liveaess messa ge or a 
notification message to a pr otection switch dement , in such a case, the liveness 
message and/or the notification acts as a trigger event to cause information to be 
re-routed onto the protection path. 

.Pxoteeifoii Path Establishment 

A Protection Domain Path is established by the identification of a protection 
switch or node and an end point switch or node in the MPLS network. The 
protection switch element ("PSL") initiates the setup of the working LSP and 
elements and the recovery LSP and elements. It is also responsible for storing 
information about which network switch elements or portions thereof have 
protection enabled, and for maintaining a binding between outgoing labels 
specifying the working path and the protection/recovery path. The latter enables 
the switchover to the recovery path upon the receipt of a protection switch trigger, 

A "label distribution protocol" is a set of procedures by which one LSR (i.e., a 
network switch element) informs another of the label bindings it has made. 
"Label binding" is a process by which a message to be sent from a source to a 
destination is associated with various labels between the nodes that lie along the 
way, between the source and destination. By way of example, in FIG. 1, a 
message to be sent from switch 1 to switch 7 is associated or bound to travel to 
switch 7 through switch 2 by, or using, the label L] > that is first associated with 
the message at, or by, switch 1. Switch 2 in turn associates messages labeled Ln 
as bound for switch 3 and re-labels them as L23. Relabeling messages (e.g. re- 
labeling a message received at switch 2 on L12, as the same message that is output 
from switch 2 but on L23 and which is received at switch 3, to be re-labeled by 
switch 3 and output again as L34) is known as 'label binding." Two_orjnore 
LSR% {net work swi tch etement$), which use a label distri bfttion protocol to 
e xchan g e label bindin g Informations -are; known as "label distribution ...peers** 
rejRgrt to the binding information they. exchange . 

Owens, col, 5, 11. 26-34 and col. 11, 1-31. As shown above, Owens 's binding information is 

contained in the label distribution protocol messages, which are used to communicate label 

bindings during the creation of the protection LSP. Importantly, Owens 's notification messag es 

arg-PPt label distributio n protocol messages . Specifically, Owens 's notification messages are 

exchanged after the protection path has been established (e.g. to indicate a switch to the 

protection path in the event of a failure of the work LSP), while the label distribution protocol 
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messages are, by definition, exchanged during the creation of the protection path. Lewis and 

Jain fail to make up for the shortcomings of Owens. Thus, the combination Lewis, Jain, and 

Owens fails to disclose that the notification message comprises binding information. As such, 

the combination of Lewis, Jain, and Owens fails to disclose all of the elements of claim 10, and 

consequently, fails to render obvious claims 10-14. 

G. The combination of Lewis, Jain, and Owens fails to render obvious claims 10- 
14 because the combination of Lewis, Jain, and Owens fails to disclose that the 
PSL router assigns a label for the return LSP. 

In addition to the reasons provided above, the combination of Lewis, Jain, and Owens 

fails to render obvious claims 10-14 because the combination of Lewis, Jain, and Owens fails to 

disclose that the PSL router assigns a label for the return LSP. Claim 10 reads; 

10. The method according to claim 9, after the PML router receives the 
notification message, if it is determined that, the protection is in the 1:1 mode and 
it is chosen to create the return LSP dynamically via signaling, further 
comprising: 

the PML router transmitting to the PSL router a third message of 
requesting for creating the return LSP, with the binding information included in 
the third message; 

the PSL r outer assigning a label for the return LSP according to the 
third message, and returning a fourth message which comprises the binding 
information; 

the PML router binding the work LSP and the return LSP based on the 
binding information of the fourth message, and transmitting to the PSL router a 
notification message which comprises the binding information; the PSL router 
binding the work LSP and the return LSP based on the binding information of the 
notification message. 

(Emphasis added). As shown above, claim 10 requires that the PSL router assigns a label for the 
return LSP. The Examiner contends that Owens 's col. 1, 11. 40-46 disclose that the PSL router 
assigns a label for the return LSP. See Examiner 's Answer, p. 24. However, the cited sections of 
Owens 's disclose assigning labels to IP packets, not assigning a label to the return LSP: 
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The key concept m MPLS is identifying and marking IF packets with labels and 
forwarding them to & rnodi&ed switch «tr rosier, which then nses the labels to 
switch tile packets ihr0o^i';^ : :^fe^rk..ifee labels are created md assigned to IP 
packets based upon tfmiftfermatfo« gaifeeied from mxhimgW routing protocols, 

Owem, ml. % II 4 I -46. As shown above, Owens assigns labels to IP packets, kd does not 

disclose assigning a label to ftt#.pte.;LSF : b5t the F^Lmater. lewk mi Jam fail to make up 

for the skmcoinings of 0mm, Thus, the combkatifm Lewis, Min^md Omm Mte to disclose 

that tfee FS1, router assigns a label for the: return LSR As mch, the combination of Lewis, Min, 

and 0mm fails to disclose all of the elements of clairh 10, arid eonsemientiy, fails to reader 

obvious ■claims 10-14, 
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Arty. Packet No.: |0iipIi5tiS) 

W< CONCLUSION 

Iij view of the above spwai, the ,A^tok?fesp€iifu!ly request that the rejection of 
the claims be reversed and the ease advajseeo: to mm. If iM Exatmner feels thai a telephone 
mleraew would adM»i*e . |*r^^tiptt--^f instpt then the Appeltofe liwiie trie 

Examiner to call the auomeys of record. 

The Commissioner is hereby a«thor|zed to charge payment of any further fees ■.associated 
with any of the foregoing papers submitted tawiiit, m mmeMt mf.w$tp$$m$M thereof, to 
Deposit Aceoimt No. 504515, of Conjey Rose, f of feas. 
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